PRODUCT OR SERVICE SELECTION SYSTEM 



CLAIM OF PRIORITY : 

This application is a continviation-iii-part of United States patent application 
5 09/194,854; filed December 2, 1998. 

FILED OF THE INVENTION: 

The present invention relates to a product or service selection system for use, 
for example, in supermarkets, museums, libraries, visitor attractions, shops, over the 
10 Internet and the like. 



BACKGROUND OF THE INVENTION: 

Supermarket customers are today presented with an enormous range of 
CJ different food products. For many of the products on sale, such as fresh vegetables. 
Hi 15 fish, and meat, the content and nature of the food is obvious and easy to identify. If a 
H person is allergic or simply wishes to avoid these types of foods, this can be done easily. 
S Many food producers now include a nutritional information table on the 

L packaging, in anticipation of a legal requirement or for commercial reasons. All the 

1 ~ tables contain four basic items of information. The first is normally the number of 

20 calories in each 1 OOg portion, followed by the amount of fat, the amount of protein and 

2 the amount of carbohydrate. Since each figure is provided in grams per lOOg portion, 
the customer can compare the figures directly with other products. The nutritional 
information provided can then be used by customers to count the calories they are 
buying for dieting or for medical conditions, and/or reduce their intake of individual 

25 items such as saturated fat or salt. 

Systems are known for informing a user of the ingredient content of a product. 
However, prior art systems are either limited in their use by being limited to the 
information given to the user or may be expensive, bulky or impractical due to the 
amount of memory space required to store information on many products. 

30 United States patent no. 5,478,989 discloses a system for generating 

personalised nutritional information which includes means for inputting personal data 
relating to an individual, a barcode reader for inputting data identifying at least one food 
product, a processor for correlating the personal data with prestored nutritional data 
pertinent to the food product, and means for outputting information to the person based 



on the correlation. The prestored nutritional data may include information relating to 
allergy warnings, pesticide levels and the names of individual stores which carry the 
foods. 

United States patent no. 4,780,599 discloses the use of a hand-held barcode 
reading device to retrieve product information for users. French patent no. 2,702,583 
discloses the use of a hand-held barcode reader which is used to make purchasing 
decisions based on the price of selected products. 

International patent application no. WO-97/46960 discloses an improvement 
over these prior art systems by the applicant of the present application. 

Similar considerations apply in respect of services. For example, in exhibition 
centres and museums, visitors are often faced with having to navigate around large 
areas, often visiting areas or displays they are not interested in, partly as a result of not 
known what they will find and therefore whether they will be of interest. 

Again, is situations where a person is unfamiliar with a service provider, he/she 
often does not have the opportunity to select that service provider on the basis of, for 
example, hfestyle choices. Asking the service provider directly often does not help. 

SUMMARY OF THE PRESENT INVENTION: 

The present invention seeks to provide an improved product selection system. 

According to an aspect of the present invention, there is provided a selection 
system for advising a user whether or not to select a product or service, including a 
processing unit comprising a product or service database including product and/or 
service data on a plurality of products or services, selection means for selecting a 
particular product or service listed in the database, and remote user means operable by a 
user for identifying a product or service and for indicating to the user the suitability of 
the product or service on the basis of one or more predetermined user preferences, the 
remote user means including transmitting means operable to transmit at least the 
product or service identifier to the processing unit for processing therein. 

In the preferred embodiment, all processing of data is carried out in the 
processing unit, with the remote user means acting as a "dumb" terminal. In this 
manner, the remote user means need not have large processing capacity or a large 
memory for storing a database. Preferably, the processing means includes database 
management means operable to generate a sub-database specific to each user using the 



system. The sub-database can reduce processing time by reducing the amount of data 
which must be analysed to advice a user on his/her particular choice of product or 
service. The sub-database can be permanent or temporary. When temporary, it can be 
generated each time a specific user registers onto the system. 

5 Identification of the user can be performed in a variety of ways. Two preferred 

ways are to transmit firom the remote user unit a user identification each time a product 
identifier is transmitted. This example is usefiil in cases where the remote user unit is a 
kiosk, home based device or the like. 

An alternative system provides a handheld remote user unit which is carried by 

10 the user around, for example, a shop, museum or the like, hi this case, a user can be 
registered in the processing unit for that handheld unit, such that it is only necessary to 
transmit a remote imit identifier to identify the user and hence gain access to the user 
preferences. 

In the preferred embodiment, the product or service data includes 
15 predetermined characteristics of each product or service, one or more of said 
characteristics being unrelated to the content of a product or service. 

In an embodiment, the product characteristics include one or more of: method 
of treatment or manufacture, distance product has travelled fi-om origin, place of origin, 
poUtics of region of origin, type of labour used in manufacture or production, details of 
20 manufacturer or supplier, health risks, public health warnings associated with the 
product, special offers. 

Preferably, the system is arranged to make a decision for a user as whether or 
not to selected a product or service. The system may include means to explain to a user 
the reasons for the decision based upon selected product or service characteristics. 
25 The remote user unit may include barcode or microchip, tag or smartcard 

reading means for identifying a selected product or service from a barcode thereon or on 
a service display panel or the like. The remote user unit may additionally or 
alternatively be provided with reading means for reading a product identifier other than 
a barcode. Such identifiers may be a code, the product name, a number, any other mark 
30 on the product or any other suitable identifier. 

In an embodiment, the system includes user monitoring means for monitoring 
products considered for purchase by a user. 



According to another aspect of the present invention, there is provided a user 
portable device for advising a user whether or not to select a product or service, 
including identifying means for identifying a product or service to be tested, and 
transmitting means for transmitting to a remote processing unit the product or service 
identifier and either an identifier related to the portable device or to the user of the 
portable device. 

According to another aspect of the present invention, there is provided a 
selection system for advising a user whether or not to select a service, including a 
processing unit comprising a service database including service data on a plurality of 
services, selection means for selecting a particular service listed in the database, and 
user means operable by a user for identifying a service and for indicating to the user the 
suitability of the service on the basis of one or more predetermined user preferences. 

The predetermined user preferences preferably include one or more preferences 
not based upon the terms of the service itself, such as price, time of delivery or other 
terms, such as based on lifestyle preferences. 

Advantageously, the service database includes data on the service provider and 
the user preferences are indicative of the nature of the service provider. For example, 
the data may include information as to whether the service provider is known to use 
child labour, to originate from or operate in a country sensitive to the user, whether the 
service provider has had trading difficulties, whether the service provider has any 
political positions and so on. This can be particularly useful where the user does not 
know the service provider, for example when seeking to trade on the World Wide Web, 
and can in effect categorise the service provider to select one which matches the user's 
lifestyle preferences. 

Again, in a situation where a user wishes to avail himself/herself of a particular 
service the system can be set up to advice that person of the suitability of the service 
provider. For example, the user may wish to visit a hairdresser who uses particular 
haircare products of appUes particular haircare practices. These may or may not have 
anything to do with the actual products or practices themselves (such as make of 
product) but may be related to lifestyle choices, such as products not tested on animals 
and so on. 

The present invention can cater for such situations and can thus provide a 
system which is more useful. 
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DESCRIPTION OF THE DRAWINGS: 

Embodiments of the present invention are described below, by way of example 
only, with reference to the accompanying drawings, in which: 
5 Figure 1 is a schematic diagram of an example of hand-held scanner and 

database; 

Figure 2 is a schematic flow chart of a simple version of food product selection 

system; 

Figures 3 to 5 are schematic diagrams of embodiments of an overall system 
10 intended for use in food supermarkets; 

Figure 6 shows the principal components of an is an embodiment of central 
processing system; 

Figures 7 to 11 are examples of software items for both the central processing 
system of Figure 6 and for the hand-held reader of Figure 1; and 
15 Figure 12 shows a schematic diagram of an embodiment of a system where the 

human interest provider may be independent from the owner of the item scanned, and in 
which processes may be carried out at home or at the location of the item by Internet or 
other telecommunications connection. 

20 DESCRIPTION OF THE PREFERRED EMBODIMENTS: 

The following description is directed to the selection and purchase of food 
products. However, the system could be used for many other appUcations, including, 
for example, directing users aroimd a museum, gallery, library, any shop, and so on, on 
the basis of predetermined user interests. Similarly, the system could be used to give a 

25 user with respect to service providers to enable the user to select a service provider 

based upon user preferences, particularly lifestyle preferences. For example, the system 
could be used in a museum-type environment to provide the visitor with an indication as 
to whether any particular exhibit would be of interest and even, where desired, with 
details of that exhibit, preferably tailored to the visitor's given preferences or lifestyle. 

30 In the food product scenario, there are customers who wish to buy certain types 

of foods, but they may avoid the food product altogether for pohtical or hfestyle 
reasons, simply because information on the product is not readily available to them at 
the point of selection. Examples of types of customers interests, amongst others, are:- 
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chemically treated produce, 

the number of miles the food has travelled, 

the politics of the country of origin, 

the use of child labour, 

blacklisted companies, 

foods avoided for religious reasons, 

pubhc health warnings, such as recent concerns over eggs and British beef, 
special offers 

foods or products regularly purchased or selected on previous visits. 

In addition to these basic types of foods, there is an ever increasing number of 
processed and treated foods which are available today, where it is difficult for customers 
to identify quickly any individual concerns they may have over a product. This may be 
due to the fact that the information is simply not on the packaging, or it is listed by an 
unfamiliar name. 

Food producers are obUged by law to list the ingredients of a packaged food 
product on the packaging of the product in descending order of weight. Since there are 
presently no legal requirements to list the amount of any ingredient in a product, it is 
difficult for people who restrict their consumption of certain ingredients to purchase 
these foods with any confidence. Moreover, there is no legal requirement for Usting 
ingredients for alcohoUc beverages (wine, beer etc.) which can also contain colourings 
and preservatives. Food additives are referred to by their E number or by chemical or 
common name, some of which may mean very little to the average customer. 

It is also accepted that food producers will use their food packaging to sell the 
product, and unless there is a commercial or goodwill reason for highlighting a 
customer concem, such as low calorie foods, organic produce etc., it is unlikely to be 
placed on the packaging in a prominent position, the text is often in a small character 
size, and due to the different size and shapes of the packaging, the information may be 
difficult to find. 

The examples of system described below are intended to use machine readable 
identifiers on food products and the like in order to determine predefined ingredients of 
the food products on a shop shelf and other aspects of the products, such as origin, 
method of manufacture and the hke. The system is ideal for use by customers and 
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organisations interested in identifying calorific values, potential allergic reaction, 
diabetic problems, other preferences based on lifestyle and so on. The preferred 
embodiments have been primarily designed for use at the point of selection of food 
products in supermarkets, where customers can find out quickly whether a food product 

5 sought to be purchased contains ingredients which may cause harm or which it is 
wished to avoid for lifestyle or special dietary reasons. 

Referring to Figure 1, the example of scanner system 10 shown is intended for 
use by a customer in a supermarket, museum or other exhibition or the like. The unit 
could also be a home based unit, as is explained in connection with the embodiment of 

10 Figure 12. 

In the embodiment shown, the system 10 is designed to operate on the basis of 
b^codes provided on packaged foods. For this purpose, the system 10 includes a 
barcode scanner 12, shown only in schematic form, which is able to read the barcodes 
on food products under the control of a control system (not shown), such as a 

15 microprocessor. Since food products are barcoded on the basis of the European Article 
Numbering System, such as EAN13 and EAN8 or a derivative thereof, the actual 
product can be identified from the barcode, irrespective of the shop or food 
manufacturer. Of course, as envisaged above, the unit 10 could be set up to read any 
other type of product identifier, including product name, number, any other mark on the 

20 product and so on. 

The system 10 is provided with an input unit 14, which may be of any suitable 
form, such as an alpha/numeric key pad. A display 16 is also provided, which again 
may be of any suitable form such as a liquid crystal display or equivalent. The display 
16 provides data input information and results of the determination of a particular food 

25 product. 

Additionally or altematively, the system 10 may include an acoustic indicator 
such as a loudspeaker or buzzer to inform the user of the results of its determination of a 
food product. Similarly, instead of displaying the results on a display such as the 
display 16, the system 10 may be provided with any other suitable visual indicator, such 
30 as one or more LEDs. 

The system includes a transmitter 18 for transmitting to a central processing 
unit (described below) the product identifier and a user identification code. The user 
identification code may either be specific to the user or related to the unit 10 itself. In 
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the first example, the unit 10 may also be provided with means for receiving a user 
identifier, such as a card reader for reading a user loyalty card or the like or to receive a 
user code such as a personal identification number (PIN) via the key pad 14. In the 
second ahemative, the user could be registered when collecting the unit 10 such that an 
5 identifier specific to the unit 1 0 can be correlated with the user registered to use that 
unit. These alternatives are described in further detail below. 

The central processing system includes a database (described in detail below) 
which is accessed on the basis of the barcodes. The database includes, in the preferred 
embodiment, a description of the product, for assisting the user, and data relating to the 
1 0 ingredients of the food product. The database may include all the ingredients of each 
product or only those most likely to be of interest to the user, such as those causing 
2 known allergies, those not suitable for people with certain ilhiesses such as diabetes, 
m and those having "unacceptable" calorific value or fat content. The ingredient data 
fi; could be stored as code designators which are translated into their actual ingredients for 
H; 15 versions where the actual ingredients are notified to the user. 

r The system could also or in the alternative provide for ingredients which the 

hi user should consume, for example for dietary reasons. These may, for example, be iron 

for a user suffering from anaemia. 
O For either purpose, the system may be set to take into account ingredient 

^ 20 quantities rather than just ingredient presence. 

An example of a method by which the unit of Figure 1 may operate is 
described below with reference to Figure 2. This is a simple implementation and the 
reader is referred to the more detailed example described below. 

In summary, in the method of Figure 2, the central control and processing unit 
25 receives the product identifier and second identifier from the handheld unit 10 and from 
this decodes the barcode, looks up the appropriate database record and transmits back to 
the unit 10 information for display or acoustic or visual indication, as to whether it is 
safe or wise for the user to purchase that food product. 

The warning given by the system 10 could be a simple yes/no warning or more 
30 specific information as to the particular food product, for example quantity of the 
ingredient in the product. In the embodiment shown in Figure 2 the system 10 is 
designed to give a simple yes or no indication as to the existence of the ingredient in the 
food product tested and calorific data. 



The system 10 can advise the user of any product containing "unacceptable" 
ingredients to the user and the system may be capable of printing a hard copy version of 
all products selected and/or the total calorific value of the products selected. 

In the specific example of Figure 2, the user has programmed into the system 
5 an allergy to nuts. When the barcode of the food product having barcode 

5012345555559 is scanned, the central control and processing unit accesses the 
database at a location equivalent to barcode 5012345555559, at which the database has 
ingredient codes A, Q, W and a calorific value for the product of 500 (preferably 
normalised to a predetermined product quantity). In this example, ingredient code A 
10 refers to nuts, so the system transmits to the handheld unit 1 0 data to display on display 
^ 1 6 the message "Nut Allergy - No Purchase Advised". 

I It is envisaged that the sample system described above would be used in other 

I applications, for example to warn the user of particular ingredients, nature or origin of a 
I product. 

^ 15 It will be apparent that although the system 10 would normally be software 

controlled, it could be designed primarily on the basis of hardware components. 
] Figures 3 to 11 give more detailed examples, which include additional features 

I of the preferred embodiments. 

I The examples described below provide a system to complement any dietary or 

^ 20 avoidance plan by giving a customer the ability to check any individual product in a 
supermarket against their special interests to see if it contains ingredients or amoimts 
which are inadvisable to purchase. It can also be used to make requests for more 
information on any of the products in the supermarket. This can be achieved while the 
customer is walking around the shop using a product identifier system such as that 
25 shown in Figure 1 . 



Summary of System Operation 

Before using the system for the first time, the customer must be registered, for 
example through a loyalty scheme with the supermarket, to provide their personal 
30 details, and to identify uniquely that person. Registration is preferably by computer 
data input, in which the customer is provided with a number of computer screens to 
describe special interests such as allergy details, dietary wishes or requirements, 
religious dietary requirements, political preferences, food manufacturing preferences, 
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food origin preferences and so on. Supermarket staff could, alternatively enter such 
data either with the customer or at a later point in time. 

(i) Step 1 

5 Once the customer has been registered, they can collect a scanner from a 

central location in the shop. At the central location, they will be asked to swipe or insert 
their account card into a magnetic strip reader, which will identify the customer from 
the account number on the magnetic strip of the card. Once the number is received, the 
main system software will generate a sub-database of product information related to that 
10 user for subsequent access when checking products. The sub-database is preferably 
. , temporary in nature, that is provided only during each period of use of the system by 
5 that user, but may be permanent in some appUcations. It is not necessary to generate a 
nj sub-database but it has been found that this can considerably increase processing speed 
when checking a product. 

Ml5 

3 (ii) Step 2 

^ The customer simply scans the barcode of the product of interest as he/she 

progresses through the shop. Once the barcode has been scanned, the scanner will 
7% transmit the product barcode and the user or scanner identifier to the central processing 
^ 20 unit which will, in turn, check the product details held in it's memory to see if it is listed 
in the customer's predefined interests. If it is not, the system will log that it has read the 
product barcode and report to the customer via the handheld unit 10 that no relevant 
information is available. If identified, the scanner 10 will report to the customer in 
either visible or audible form if it is inadvisable to purchase the product because it 
25 contains ingredient(s) which they have identified to avoid, or if the product is not 

desired for any other reason. The system is preferably designed to explain, for example 
by means of scrolling text, the interest that was found and any ingredient amounts 
required. 

30 (iii) Step 3 

The scanner is then retumed to the central location point. The scanner can then 
be uploaded to inform a central processing system who has retumed the scaxmer. Once 
the scaimer has been retumed to the central system, the customer can leave or pass to a 
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point in the shop to obtain more information on the products scanned. Supermarkets 
can provide this information through dedicated computers and printers, or by appending 
the information to receipts printed at the checkout. 



5 System Overview 

The following overviews introduce the preferred designs of central processing 
system and of programming/access methods, in terms of the connection between 
product components, the use of equipment and the interaction with people. The 
relationships are shown as the product may be used in three different implementation 
10 plans shown in Figures 3 to 5 inclusive. 

^ !• Stand-alone Central Client System 

In the first implementation, shown in Figure 3, the supermarket chooses to 
f implement the system on stand-alone computer equipment, with little or no direct 
^ 15 connection to other computer equipment or other database software. This may be 

because only mainframe technology is deployed in shops, with little or no PC 
] connectivity. 

^ At the location of the supermarket's nutritional expert, a central processing 

■i system is installed on a stand-alone computer 100. The computer 100 will have a 
' 20 version of the software and the computer database files required to maintain the food 
product details, a complete list of customer interests, the layout and design of a 
customer questionnaire. CommTmication with other computers will be made by file 
transfer. Although floppy diskettes are shown for file transfer, any of the other 
estabUshed methods of file transfer may be employed by the supermarket company. 
25 Example methods which may be used is transfer through existing mini-frame links 
between shops, e-mail or other Intemet system and so on. 

At each shop, one or more client versions 102 of the central processing system 
are installed in a central location on computers of a similar type to the one used by the 
nutritional experts. In addition to the use of the keyboard and pointing devices used by 
30 the nutritional expert, the client version supports the use of magnetic strip readers for 
customer account cards or loyalty cards, and connection to mounted barcode readers. 

At both the location of the nutritional expert, and the central location in a shop, 
supermarket staff can modify the set-up of the software, and view or edit the database 
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information through a series of visual display screens in the client version 102. Access 
to these screens may be restricted by password, and the use of a keyboard. Supermarket 
staff can then address queries made by customers and edit their customer interests 
inmiediately. 

5 Alternatively, when a customer enters the shop and swipes their customer 

account card through one of the readers 104 in a shop, a visual display and pointing 
device can be used to select their own customer interests, the first time they use the 
system. This involves the vaUdation of the card, followed by check to see if they have 
used the system before. If it is the first time, the client version presents a number of 

10 questions on a visual display for the customer to select with the pointing device. 

Once they have selected at least one customer interest, the chent version 102 of 
the central processing system will select a docked barcode reader 106 and will generate 
a sub-database of the products that are of interest to that customer only. This reduces 
the list of products so it will fit on the amount of memory on the reader, and reduces the 

15 initial download time. After preparing the products of interest for the customer for the 
first time, the software employs techniques to store aud maintain permanently the hst 
for the next time the customer uses the system. 

Once freed from it's docking station, the barcode reader 106 uses loaded 
software to respond to any barcode read by the customer to transmit to the central 

20 processing system 100 the product barcode and user/unit specific identifier. Interaction 
between the system 100 and barcode reader is as described above. 

When the barcode reader 106 is retumed to a docking station, the client version 
software will generate a list of products scaimed by the customer, for analysis within the 
supermarket, and for immediate reference should the customer have any queries. A 

25 fiirther fiinction can be provided in the software to print a detailed report of the 

nutritional information and customer interests associated with the products scanned by a 
customer. 

The skilled person will readily appreciate the operation of the system in a 
different environment, such as in a museum or exhibition, where the user wishes to be 
30 directed to particular exhibits. In such an application, entry of the user preferences 

could be achieved at the time of collecting a reader or may be stored on a card or similar 
object kept by the user which can be simply coupled to the system to download the 
information. Such a card could be the same card as used in a supermarket environment 
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or a separate "global" card for use in a plurality of different situations and which stores 
user preferences for a plurality of different applications, such as shopping, general 
interests for museums and so on. 

5 2. Networked Central Client System 

In the next example of system, shown in Figure 4, the supermarket chooses to 
implement client versions 102' on computers connected together in a local area network 
in the shop. Each cUent version shares the same database files for processing customer 
requests in the shop. Connection to a central database site or other sites is administered 
10 outside of the system. In this implementation, the extraction of information from 
system files, and the import of information into its files, is performed as part of a 
5 scheduled batch process by other application software used in the shop. 

3. Server System 

1===^ 15 In the third example, shown in Figure 5, the supermarket chooses to implement 

7 client versions 102" on computers connected together in a local area network. Each 
^ local area network in a shop is also connected to other local area networks by dial-up 
phone access or by dedicated lease lines. CUent/Server software is already deployed to 

I" 

Q manage the transfer of data fi-om one site to another. In this case, a server version 102" 
^ 20 is installed on an application server in the shop, to send and receive information 

automatically between sites, and to maintain the database files in the shop for other 
client versions or components. Known advanced database file replication techniques 
can be used to distribute information. 

25 4, Open Internet based System 

In another example, shown in Figure 12, the Supermarket or place of interest 
may not maintain or provide product/human interest information, and there are one or 
many external organisations who maintain product/human interest selection databases 
of the preferred embodiment on host computers. Connection to external organisations, 
30 called human interest providers will be via Intemet connection using common Internet 
connection devices. 

In this example, an individual can obtain information relevant to their Ufestyle 
choice selection from either the supermarket or place of interest or at home, and through 
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the use of a Internet connected computer with a portable handheld unit (for example 
one similar to that shown in Figure 1) or by an Litemet coimected portable handheld 
unit. 

Using this approach, the human interest provider can supply information which 
can be used for the same item of interest in many supermarkets or places. Individuals 
can use their privately owned computers and portable hand-held xmits with the provided 
software, or the computer/servers and portable hand-held imits can provided at the 
supermarket or place of interest for use. 

Product Component Design 

The individual product components of the preferred embodiment can be stated 
with their role and relationship between each other. Reference is made to the block 
diagram of Figure 6 which shows the principal product components. 

(1) Database Manager 200 

Software provides permanent records of customer interests, product details and 
software settings for fast and quick access at critical points in the use of the system. 
This product component is used by the nutritional experts in the supermarket company 
to set-up the information in the first place, and to maintain the information when 
required. It provides the set-up of access rights to the information for other staff using 
the system, since security may be an important issue for the supermarket company. It 
also provides the set-up of database parameters for the support of different database file 
formats and methods of access expected by each supermarket company. 

It is envisaged that the product component will consist of a number of visual 
look-up database tables, with selection buttons on screen to view, edit or delete 
individual records in each of the tables. In one of ttie displayed forms, the operator is 
able to select the type of database file format for the tables, the OEM parameters for 
accessing the files, and the system passwords which provide fiinctional access. 

In addition to the visual forms, there will also be a library of function calls to 
read and write the database information to and fi-om other product component software. 
In this way, each other product component does not need to know the specific details of 
the database tables used, and changes made to the database structure will only need to 
be carried out in this Product Component. 
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When a customer uses the system for the first time, a sequence of visual forms 
may be used so that the customer can select their human interests. This product 
component will also provide for the set-up and layout of the forms displayed to the 
customer, since the content of the forms will be decided by the supermarket company. 

In the design of the database, special care is taken not to limit the number of 
humaa interests which may be stored against a product and the number of human 
interests that the customer can select, moreover the supermarket is able to define the 
human interests and specific order of displayed interests in the database without cause 
to change the software. Each human interest can contain a range value or values to be 
displayed to the customer. 

The term "human interests" is intended to denote more than just product 
ingredients. For example, the range of human interests for a particular customer may 
include allergies to one or more particular food ingredients, desire to avoid or have 
particular ingredients or type of ingredient, such as carbohydrates, fats, sugars and the 
Uke. It may also include foods prepared according to certain reUgious or other dietary 
criteria, such as Kosher, vegetarian, vegan foods and the Hke. "Lifestyle" interests may 
include foods of particular origin, production methods, foods which are the subject of 
health questions such as sahnonella or BSE. The intention, thus, is to provide more 
than just an indication of composition of the food product by ingredients. 

Care is taken in the design of the database to optimise the speed of retrieval of 
product details at the point of download to the barcode reader 106. Given the potential 
for international sales of the system, the method used to store text in the database makes 
it easy to provide information for multi-language display in all product components. 

In order to use the application database manager 200, the operator is provided 
with a keyboard and pointing device, or access to the information through another 
product component. Information stored using this product component will be in 
proprietary database file format, or Text file format. When a member of staff runs the 
client or server version of the system, this product component will be loaded into 
computer memory, ready for use. More specific details of the Database Manager are 
given below. 
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(ii) Device Manager 202 

Software provides the set-up of hardware/software component parameters for 
the smooth implementation of the system with different expected requirements for 
barcode readers, magnetic card readers, computers, visual displays, printers and 
5 operating systems. Although operating systems today will provide direct support for 
many computer devices, additional software is available to manage the communication 
and set-up of barcode and magnetic card readers. 

It would also be advisable to provide fimctions within this product component 
to recognise automatically all the devices on the workstation/server, and to record their 
10 details, so that this can be provided to other product components which require the same 
information, ft is envisaged that the device manager 202 will consist of a number of 
O visual forms which Ust the devices on the workstation/server and their settings. When 
fU experiencing problems with a device, an operator can use this product component to 

adjust the settings of the device in the Hst displayed to resolve them, ft will also provide 
15 the front screen for the system from which an operator can start all other product 
r components residing on the same computer, ft also manages the processing time given 
!j j to each of the product components. 

1^=^ In order to access the device manager 202 settings, the operator is provided 

O with a keyboard and pointing device, and an appropriate password provided by the 
^ 20 database manager 200. 

When a member of supermarket staff runs the cUent/server version 102 of the 
central processing system, this product component is loaded into computer memory, it 
displays the visual front screen to the system and it loads the database manager 200 into 
computer memory. 

25 

(iii) Dataload Manager 204 

Software is provided to manage the interaction of the customer with the system 
at the point of entry into the system and at the point of retum of the barcode reader 106. 
When a customer enters into the system, the dataload manager 204 validates a 
30 customer's account number, passed to it by a magnetic card reader, decide whether to 
present the customer with a questionnaire, if ft is the first time he/she has entered into 
the system, and subsequently manages the download of product details to the barcode 
reader 106, ready to take around the shop. 
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When the customer returns a barcode reader 106 to a cradle or dock of the 
system docking station, the dataload manager 204 generates the final list of product 
codes scanned by the customer so that a permanent record can be made of the entries 
made by the customer, for any queries the customer may have and for market research 
5 purposes. Each time, the dataload manager 204 receives an entry from a customer, the 
customer account number is used to identify the use of a specific barcode reader 106^ so 
that at the point of return, the dataload manager knows which customer is returning the 
barcode reader 106. hi this way, a list of current barcode readers 106 in use can be 
maintained in the dataload manager 204, and the system can cope with the use of more 
10 than one device in the shop. 

The dataload manager 204 calls the database manager 200 and device manager 
^ 202 to perform database access and device communication. In this way, the dataload 
fiJ manager will be device independent, and should the database or devices change, then 
£§ the dataload manager 204 will not need to be changed. It is envisaged that the dataload 
'!! 15 manager will consist of a number of entry forms for multi-language display and filling 
2 in a questionnaire, and the display of account card recognition, download progress and 

fU any background marketing information required for promotions on a visual display unit. 

While waiting for customers to fill-in questionnaires, or displaying marketing 
□ information, the dataload manager 204 will monitor barcode reader returns, and upload 
20 the product codes scanned by the customer using calls through the device manager 202. 
It will then write the information to database tables with the customer accoimt number 
using the database manager 200. 

Both the fiUing-in of the questionnaire and the display of progress and the like 
are options which can be switched-off. This allows dedicated network computers to be 
25 used for the dataload manager 204, and other network computers to be used just for 
entering and displaying information. It is envisaged that these options can be decided 
per installed copy of the system in the device manager against the visual display 
parameter options. In order to use the dataload manager 204, the operator will require a 
magnetic card reader and a barcode reader. A pointing device will be required to start 
30 the dataload manager, and to use the visual display elements, if they are switched on. 

The dataload manager 204 is not loaded into computer memory until selected 
by the operator from the front screen displayed by the device manager 202. 
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(iv) Barcode Reader Program 206 

In order to drive the barcode readers 106, a specific program is provided for 
each unit. The program resides on the barcode reader 106, with the purpose of 
managing the download and upload of data to the device manager of the system. Using 
the program on the reader, the customer can scan product barcodes which are then 
transmitted to the central processing unit to find out whether the products are 
inadvisable to purchase given their human interests, or whether there is no relevant 
information for the products. Although the system has been designed to highlight 
allergies, special diets and lifestyle choices, the supermarket may define many other 
topics of interest such as special offers and the like. When human interests are found 
for a scanned product, the program 206 scrolls the text for interests in the display of the 
barcode reader, xmtil the customer performs another action on the reader. An initial 
audible tone is given if available on the reader 106 when a selected product is 
inadvisable. 

In order for the program 206 to provide product information to the customer, it 
stores in the sub-database a product item file and just the details of those products which 
are of interest to the customer. In this way, the amount of memory used is reduced to a 
minimum. Further use of a file containing all the text to be displayed in a specified 
language reduces the amount of memory used, and the two techniques combined also 
reduce the time taken to download information into the barcode reader 106. 

In order to keep a track of who is using which reader, the customer accoxmt 
number is associated linked to the reader by a flag in the system's memory. The 
program 206 is automatically started when the barcode reader 106 is tumed-on, and 
after the barcode reader operating system is loaded. 

(v) Data Transfer Module 

This component manages the flow of information to and firom external 
database sources of information. It is recognised that for many supermarkets, there is 
already nutritional information and product item details stored and maintained in other 
computer systems. In the initial set-up of database information, and thereafter to lesser 
extent, it is envisaged that software is required to import and update product and 
customer information electronically. 
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The Data Transfer Module 208 provides visual display forms to the operator to 
define the layout of information in external data sources to the system. It also provides 
the ability to schedule the import of this information. Likewise, the module can use the 
same layouts to schedule the export of information from the database files maintained 
5 by the system. When an import or export job is defined by the operator, the Data 
Transfer Module 208 writes the job details to the configuration file of the device 
manager 202 component. 

At the appointed time of a data transfer job, the device manager 202 
component will call functions in the database manager 200 to import or export the 
10 information required. As the dataload manager 204 may be loaded at the same time, the 
device manager 202 carries out primary tasks in the dataload manager 204 first, until 
^ sufficient processing time is available to carry out an individual record read or write. In 
ry this way, data transfer jobs do not adversely effect dataloading to and from the barcode 
□ readers 106. 

15 Connectivity to remote sites and all data sources are provided by the operating 

s and networking software which the computer has loaded, hiitially, selective criteria for 

fy imports and exports will be defined externally to the Data Transfer Module 208 by the 
^ source or target application software. 

C3 hi order to use the Data Transfer Module 208, the operator is provided with a 

20 keyboard and pointing device with the appropriate password provided by the Database 
Manager 200. 

It will be apparent that the system could make use of the Internet for data 
transfer. For example, the database could be Web or Internet based with "look ups" 
carried out through the Intemet. 

25 

Database Manager, Practical Example 

The Database Manager of the preferred embodiment maintains all the database 
files used by the system and provides a number of visual forms on screen for an 
operator to maintain the files. It allows the operator to design the layout of a customer 
30 questionnaire displayed on the screen when customers enter into the system for the first 
time. Using the questionnaire, the customer can select the food products he/she wishes 
to avoid. The Database Manager 200 also provides all the functions to the other 
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software components described above to access and maintain database files and special 
formatted files used in creating the customer specific sub-databases. 

The preferred relational database structure maintained by the Database 
Manager 200, shown in Figure 7, allows direct access to any number of interests 
5 associated with a customer, and any number of interests associated to a product. 

Figures 8 to 11 show examples of other software items for both the central processing 
system of Figure 6 and for the hand-held reader of Figure 1 . A fiill description of these 
items can be foxmd in the applicant's earlier application WO-97/46960 the whole 
disclosure of which is incorporated herein by reference. 
1 0 It will thus be apparent that the handheld imit 1 0 is a "dumb" unit which has no 

substantial processing capability. The unit 10 simply transfers data to the central 
S processing system and displays data received. 

^ The term "user identifier" used herein is intended to encompass possibilities 

p other than the conventional Personal Identification Number. For example, it could be 

15 provided by a smartcard or other chip provider, an electronic tag, voice recognition 
^ system or any other person identification system. 

fy It will be apparent that the communications link to the remote user means or 

user portable device is preferably a wireless link, such as a radio frequency link. 

O However, the user portable device could also be designed to be used in the home with, 
20 for example, a link-up to a remote computer such as a shop computer via modem or the 
Internet. The flow of data and design for such as system will be immediately apparent 
to the skilled person fi-om the teachings herein. 



